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Background of The Invention 

[0003] Th e following application is incorporat e d by r e f e r e nc e as if fully s e t forth 

h e r e in: U.S. Application S e rial No. 10/775,550 fil e d F e bruary 10, 200 1 . 

Summary Of The Invention 
[0004] An audio s e rv e r syst e m for str e aming audio cont e nt has an audio switch that 
r e c e iv e s commands from an audio control compon e nt and s e nds commands to an audio 
str e am sourc e , that r e c e iv e s e v e nts from an audio str e am sourc e and s e nds e v e nts to an 
audio brows e list compon e nt, and that controls th e switching of audio from th e audio 
str e am sourc e to on e or mor e r e c e iv e rs; and an audio control compon e nt that r e c e iv e s 
commands from an audio control synchronous compon e nt and s e nds commands to th e 
audio switch . An audio server system for streaming audio content is disclosed. The audio 
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server system includes an audio switch that receives commands from an audio control 
component and sends commands to an audio stream source that receives events from an 
audio stream source and sends events to an audio browse list component. The audio 
browse list component controls the switching of audio from the audio stream source to 
one or more receivers. The audio control component receives commands from an audio 
control synchronous component and sends commands to the audio switch. 
[0005] Embodiments of the architecture include components designed to stream 
audio from a given audio content server PC to multiple connected audio receivers, is 
made up of a collection of components, i.e. Beads, communicate through command 
requests and event responses. The architecture is made up features which can be 
distributed in any way across hosts in the network under circumstances in which at most 
one instance of a given feature can be running on a host at a time. The features that make 
up the architecture are the Server, Receiver and Browser. The server features can be 
further broken down to support local content. Internet content or local support and 
Internet content. Computer executable instructions denoted as "Heartbeat" is responsible 
for discovering all features and forwarding corresponding events appropriately. Hearbeat 
includes subsets of computer executable instructions denoted as AudioBrowserList, 
AudioContentList, and AudioReceiverList. AudiobrowserList is configured to receive 
events for the Browser features, AudioContentList is configured to receive events for the 
Server features, and AudioReceiverList is configured to receive events for features of the 
Receiver. 

Brief Description of the Drawings 

[0006| Figur e 1 illustrat e s a high l e v e l ov e rvi e w of all of th e compon e nts of a Vulcan 

archit e ctur e and th e links b e tw ee n thos e compon e nts; 

[0007] Figur e 2 illustrat e s an ov e rview of a compon e nt archit e ctur e ; and 

[0008| Figur e s 3 - 5 show scr ee nshots of an e x e mplary Audio Brows e r. 
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[0009] FIGURE 1 illustrates an audio streaming component architecture overview 
and the links between those components; and 

[0010] FIGURES 2-4 illustrates three screen shots images from an early version of 
BeComm's Audio Browser. 

Detailed Description of the Particular Embodiments 
[0011] 2 Design Overview. Embodiments described herein include a The Vulcan 
product which is designed to stream audio from a given audio content server PC to 
multiple connected audio receivers, is made up of a collection of components, i.e. Beads, 
which will communicate through command requests and event responses. This design 
will outline the structure of all commands and events in the system. In addition, the 
structure of any required protocol initialization files will also be designed. 
[0012] 3 Process Summary. The diagram of FIGURE 1 below details the high level 
overview of all of the components of the Vulcan architecture and the links between those 
components. 
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[0013] FIGURE 1. illustrates an audio streaming component architecture overview 
that allows audio streaming to occur via The an interface between each component. 
Operations and functioning of the component architecture diagram is detailed in the 
Component Interfaces Design document which is available at: Component lnterfaces.xls, 
[0014] The basic responsibility of each component in the FIGURE 1 diagram abov e 
is as follows: The components include an audiostreamsource, an audioswitch, and audio 
control an audiocontrolsynchronous, an audiobrowserlist an audiocontentlist an 
audioreceiverlist an HTTPserver, a filecrawler, a playlist parcer, a fileglobalizer, and a 
heartbeat. 
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[0015] AudioStreamSource: Interface bead which receives commands from 
AudioSwitch and talks to audio source interface libraries such as Real Audio and 
Windows Media. Sends asynchronous events to AudioSwitch. 

[0016] AudioSwitch: Receives commands from AudioControl and sends commands 
to AudioStreamSource. Receives events from AudioStreamSource and sends events to 
AudioBrowserList. Controls the switching of audio from AudioStreamSource to one or 
more Receivers. Requests playlist content (see: Playlist Parsers), upon receipt of a 
CreateActivity command that contains a Playlist or a SetPlaylist command. Receive 
commands on it's config edge to list all current activities that it owns. 
[0017] AudioControl: Receives commands from AudioControlSynchronous and 
sends commands to AudioSwitch. Requests playlist content (see: Playlist Parsers), upon 
receipt of the ExpandPlaylist command from an Audio Browser. 

[0018] AudioControlSynchronous: Receives events from AudioBrowserList, 
AudioContentList and AudioReceiverList. Sends commands to AudioControl on the 
server local to the requested content or on the server responsible for serving up internet 
content, when applicable. Generates unique ActvitylDs across all Audio Browsers, using 
IP address and sequential ID. 

[0019] AudioBrowserList: Receives messages from Heartbeat about the 
addition/removal of Audio Browsers and requests the initial list of active activities from 
AudioSwitch when a new Audio Browser is detected. Receives events from 
AudioSwitch and sends events to all active Audio Browsers. 

[0020] AudioContentList: Receives messages from Heartbeat about the 
addition/removal of Audio Servers. Users IP address of new server to get virtual roots 
from HTTPServer, and uses virtual roots to get audio content from FileCrawler. 
Forwards new (and removed) content events to AudioControlSynchronous. 
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[0021] AudioReceiverList: Receives messages from Heartbeat about the 
addition/removal of Audio Receivers and forwards those messages in the form of events 
to AudioControlSynchronous. 

[0022] HTTPServer: Receive commands on it's config edge to add/remove/modify 
virtual roots. Receive a command on it's config edge to return contents of virtual roots 
table. 

[0023] FileCrawler: Receive a command on it's config edge to return a list of files for 
a given HTTP virtual root (and it's subdirectories) for a given content type (i.e. 
extension). Transform all local files names into encoded URLs. 

[0024] Playlist Parser: Receive a format specific playlist and convert it into a generic 
filelist. There will actually be one PlaylistParser for each support playlist type, (i.e. 
M3UParse, PLSParse, ASXParse, etc.). 

[0025] FileGlobalizer: Transforms local file names into URLs. It will be used in 
conjunction with the Playlist Parsers to return file lists with URLs instead of just local 
file names. 

[0026] Heartbeat: On startup, post a message to discovery, announcing the presence, 
or absence, of each Strings feature, i.e., Local-Content Server, Internet Content Server, 
Receiver or Browser. Receive messages from discovery channels for each feature and 
forward events for each existing feature. 

[0027] 4 Design Concepts of the T he architecture is made up features which can be 
distributed in any way across hosts in the network. The only requirement is that at most 
one instance of a given feature can be running on a host at a time. The features that make 
up the architecture are the Server, Receiver and Browser. Server features can be further 
broken down to support local content, internet content or both. Heartbeat is responsible 
for discovering all features and forwarding corresponding events appropriately. 
AudioBrowserList will receive events for Browser features, AudioContentList will 
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receive events for Server features and AudioReceiverList will receive events for Receiver 
features.All features can communicate asynchronously over a well known port using 
sockets, or synchronously via an HTTP request. 

[0028] AudioControlSvnchronous will receive all accessible content and receivers 
(from AudioContentList and AudioReceiverList, respectively) and all current activities 
from AudioBrowserList on startup. Subsequent events to AudioControlSynchronous will 
only contain deltas to the original data dump and will be initiated as follows: An event is 
sent from AudioBrowserList indicating a modification of an existing activity. An event is 
sent from AudioContentList indicating that a new PC came on-line with new 
playlist/audiofile info or an existing PC went off-line, thus removing existing 
playlist/audiofile info. An event is sent from AudioReceiverList indicating that a new 
audio receiver came on-line or an existing audio receiver went off-line. 
[0029] When AudioContentList receives the event from Heartbeat announcing a new 
Server feature, it will request the virtual roots on that server from HTTPServer. Then, it 
will request the audio content for each virtual root, for each supported content type, from 
the FileCrawler on the newly discovered server. FileCrawler will be responsible for 
parsing each filename and replacing all local file prefixes with URLs. For example, if it 
finds a playlist with the URL: C:\My DocumentsMVIy Music\workout.m3u, it will need to 
change that to http:\\a.b.c.d\c\my documents\my music\workout.m3u, assuming the 
virtual root is set up such that c:\ maps to http:\\a.b.c.d\c. FileCrawler will get the virtual 
roots from the HTTPServer config edge. 

[0030] AudioContentList will also be responsible for sending an event to 
AudioControlSynchronous which details which servers are serving local content and 
which are serving internet content. This will allow AudioControlSynchronous to request 
audio content from the correct server. 
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[0031] When AudioSwitch receives a request from AudioControl to open a playlist, it 
will request the contents of the playlist, which will invoke a content specific playlist bead 
(i.e. M3UParse, PLSParse, ASXParse, etc.), to parse the results returned from 
HTTPClient and pass on the content independent results. The results from the playlist 
parser will be passed through FileGlobalizer to replace all local file names with encoded 
URLs. 

[0032] & XML Format Specification, The current assumption is that the structure of 
all commands and event interfaces will use an XML message format. However, all 
implementation should be done in a modular way such that this decision can be changed 
at a later date without major effect on the code. 

[0033] #t+ Element List This section documents all XML elements supported in the 
system is shown in Table 1 below . Each element is shown with it's associated attributes 
and all optional attributes will be in italics. If all attributes of a particular element are 
optional, it must contain at least one attribute to be valid. Child elements of a given 
element are not shown. 



[0034] 



Table 1. 



<CONTENT EVENT 


version-' 1.0" / > 


< SERVER EVENT 


version=" 


1.0" /> 


<RECEIVER EVENT 


version=" 


1.0" /> 


<ACTIVITY_EVENT 


version=" 


1.0" /> 


<PLAYBACK EVENT 


version=" 


1.0" /> 


<HEARTBEAT_EVENT 


version-' 


1.0" /> 


<ACTIVITY COMMAND 


version-' 


1.0" /> 


<PLAYBACK COMMAND 


version-' 


1.0" /> 


<RESCAN_RESPONSE 


version=" 


1.0" /> 


<HEARTBEAT MESSAGE 


version-' 


1.0" /> 


<FILE EXTENSIONS 


version=" 


1.0" /> 


<LIST EXTENSIONS 


version-' 


1.0" /> 


<HOSTS 


version-' 


1.0" /> 
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<VIRTUAL ROOTS version=" 1 .0" / > 

<MULTICAST_GROUPS version=" 1 .0" / > 



<ADD_TRACKS/> 
<REMOVE_TRACKS/> 

<ADD_PLAYLISTS/> 
<REMOVE_PLAYLISTS/> 

<ADD_iNTERNET_SERVERS/> 
<REMOVE_INTERNET_SERVERS/> 

<ADD_LOCAL_SERVERS/> 
<REMOVE_LOCAL_SERVERS/> 

<ADD_RECEIVERS/> 
<REMOVE_RECEIVERS/> 

<ADD_TARGETS/> 
<REMOVE_TARGETS/> 

<ADD_HOST/> 
<REMOVE_HOST/> 

<CREATE_ACTIVITY/> 
<SET_PLAYLIST/> 
<SET_MODE/> 
<RESET_CONTENT/> 

<VIRTUAL_ROOT name-' virtualRootName" 

localRoot="localRootName"/> 



<HOST ipAddress=" ipAddress" 

name=" hostName" 
dnsName-' dnsName" /> 



<FILE 

<IP_ADDRESS 
<MODE 
<STATUS 
<ERROR/> 



wr7="linkName" fuIlName="localN&me"/> 
value="224 . 0. O.xx" /> 
value="Liner | Random" /> 
value-' Success | Failure" /> 



<STRINGS_CODE value="errorValue" /> 
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<ACTIVITY 



id=" id" name=" name" /> 



value" extension" /> 

value=" 100" units="percentage" /> 
value=" 0" units="milliseconds" /> 
value=" 0" units="milliseconds" /> 
name-Title" /> 
name=" Artist" /> 
name="Album" /> 
name-' Genre" /> 



"Idle | Connecting | Buffering | Playing | Paused | 
Stopped | Closed | Error" /> 

<FILELIST /> 
<PLAYLIST /> 
<TRACK /> 
<EXTENSION /> 

<PROGRESS 
<LENGTH 
<POSITION 
<TITLE 
< ARTIST 
<ALBUM 
<GENRE 

<OPEN/> 
<PLAY/> 
STOP/> 
NEXT/> 
PREVIOUS/> 
SEEK/> 
PAUSE/> 
RESUME/> 
CLOSE/> 

[0035] %-2 Element Structure is shown in table 2 below. This section documents the 
structure of the supported XML elements, by outlining the parent-child relationships 
between all of the elements. Attributes of each element are not included in this section. 
[0036] Table 2. 



offset==" value" 



units="milliseconds" /> 
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Element Valid Parent Elements Valid Child Elements 


ACTIVITY 


ACTIVITY COMMAND. 


ADDTARGETS, ADDTRACKS, 




ACTIVITY EVENT 


ALBUM, ARTIST, CLOSE, 
CREATEACTIVITY, ERROR, 
GENRE, LENGTH, NEXT, 
PAUSE, PLAY, PLAYLIST, 
POSITION, PREVIOUS, PROGRESS, 
REMOVETARGETS, 
REMOVETRACKS, 
RESETCONTENT, RESUME, 
SET MODE, SET_PLAYLIST, SEEK, 
STATE, STOP, TITLE, TRACK 


ACTIVITY COMMAND 


NONE 


ACTIVITY 


ACTIVITY EVENT 


NONE 


ACTIVITY, ERROR 


ADD HOST 


HEARTBEAT EVENT 


HOST 


ADD INTERNET SERVERS 


SERVER EVENT 


HOST 


ADD LOCAL SERVERS 


SERVER EVENT 


HOST 


ADD PLAYLISTS 


CONTENT EVENT 


FILE 


ADD RECEIVERS 


RECEIVER EVENT 


HOST 


ADDTARGETS 


ACTIVITY, 
CREATE ACTIVITY 


HOST 


ADDTRACKS 


ACTIVITY, 
CONTENTEVENT, 
CREATE ACTIVITY 


FILE 


ALBUM 


ACTIVITY, 
PLAYBACK EVENT 


NONE 
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ARTIST 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


CLOSE 


ACTIVITY 


NONE 


CONTENTEVENT 


NONE 


ADDPLAYLISTS, 
ADD_TRACKS,_ERROR, 
REMOVEPLAYLISTS, 
REMOVE TRACKS 


CREATEACTIVITY 


ACTIVITY 


ADD_TARGETS,_ADD_TRACKS, 
SET MODE, SET PLAYLIST 


ERROR 


ACTIVITY, 
ACTIVITYEVENT, 
CONTENTEVENT, 
PLAYBACKEVENT, 
RECEIVER EVENT 


STRINGS_CODE 


EXTENSION 


FILE_EXTESIONS, 
LIST EXTENSIONS 


NONE 


FEATURE AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FEATURE NOT AVAILABLE 


HEARTBEAT MESSAGE 


NONE 


FILE 


ADDPLAYLISTS, 
ADD TRACKS, FILELIST, 
OPEN, PLAYLIST, 
REMOVEPLAYLISTS, 
REMOVE TRACKS, 
SET PLAYLIST. TRACK 


NONE 


FILE EXTENSIONS 


NONE 


EXTENSION 


FILELIST 


NONE 


FILE 
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GENRE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


HEARTBEAT EVENT 


NONE 


ADD HOST, REMOVE HOST 


HEARTBEATMESSAGE 


NONE 


FEATUREA VAIL ABLE, 
FEATURE NOT AVAILABLE 


HOSTS 


NONE 


HOST 


HOST 


ADDHOST, 

ADD RECEIVERS, 

ADDTARGETS, 

HEARTBEAT, HOSTS, 

REMOVEHOST, 

REMOVERECEIVER, 

REMOVE TARGETS 


NONE 


IP ADDRESS 


MULTI CAST GROUP S 


NONE 


LENGTH 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


LIST EXTENSIONS 


NONE 


EXTENSION 


MODE 


SET MODE 


NONE 


MULTICAST GROUPS 


NONE 


IP ADDRESS 


NEXT 


ACTIVITY 


NONE 


OPEN 


PLAYBACK COMMAND 


FILE 


PAUSE 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


PLAY 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 
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PLAYBACKCOMMAND 


NONE 


OPEN, PAUSE, PLAY, RESUME, 
SEEK, STOP 


PLAYBACKEVENT 


NONE 


ALBUM, ARTIST, ERROR, 
GENRE, LENGTH, POSITION, 
PROGRESS, STATE, TITLE 


PLAYLIST 


ACTIVITY 


FILE 


POSITION 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


PREVIOUS 


ACTIVITY 


NONE 


PROGRESS 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


RECEIVER_EVENT 


NONE 


ADD_RECEIVERS, ERROR, 
REMOVE RECEIVERS 


REMOVE HOST 


HEARTBEAT EVENT 


HOST 


REMOVE INTERNET SERVERS 


SERVER RESPONSE 


HOST 


REMOVE LOCAL SERVERS 


SERVER RESPONSE 


HOST 


REMOVE PLAYLISTS 


CONTENT EVENT 


FILE 


REMOVE RECEIVERS 


RECEIVER EVENT 


HOST 


REMOVE TARGETS 


ACTIVITY 


HOST 


REMOVETRACKS 


ACTIVITY, 
CONTENT EVENT 


FILE 


RESCAN RESPONSE 


NONE 


STATUS 


RESET CONTENT 


ACTIVITY 


NONE 


RESUME 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 
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SEEK 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


SERVERRESPONSE 


NONE 


ADDINTERNETSERVERS, 
ADDLOCALSERVERS, 
REMOVEINTERNETSERVERS, 
REMOVE LOCAL SERVERS 


SETMODE 


ACTIVITY, 
CREATE ACTIVITY 


MODE 


SETPLAYLIST 


ACTIVITY, 
CREATE ACTIVITY 


FILE 


STATE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


STATUS 


RESCAN RESPONSE 


NONE 


STOP 


ACTIVITY, 

PLAYBACK COMMAND 


NONE 


STRINGS CODE 


ERROR 


NONE 


TITLE 


ACTIVITY, 
PLAYBACK EVENT 


NONE 


TRACK 


ACTIVITY 


FILE 


VIRTUAL ROOT 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOTS 


NONE 


VIRTUAL ROOT 



[0037] Protocol Interface Specification, This section describes all protocol interfaces 
which utilize XML and query string message format. This includes all command, event 
and config edges as well as interfaces to discovery and initialization file formats. 
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[0038] 6r4- AudioControlSynchronous^AudioControlSynchronous supports an Event 
Interface on which it receives events from AudioBrowserList, AudioContentList and 
AudioReceiverList to drive the GUI and a config interface on which it receives 
commands from a web browser, however, the config interface is not included in this 
document. It also outputs commands to the AudioControl Command Interface and Config 
Interface . 

[0039] 644 Event InterfaceThis interface supports four separate events: content, 
server, receiver and activity events. Event event is described in detail below. The first 
type of event is a content event which contains changes to the available content based on 
the availability of server features on the network. AudioControlSynchronous can support 
any combination of elements under the CONTENT_EVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add 
and remove events, by ignoring all but the first event. The structure of a content event is 
as follows in Table 3 below : 
[0040] Table 3. 

[0041] <?xml version="1.0" encoding="UTF-8" standalone-'yes" ?> 
<CONTENT_EVENT version=" 1.0"> 
<ERROR> 

<STRINGS_CODE value-' errorValue" /> 

</ ERROR> 

<ADD_TRACKS> 

<FILE url=" linkName" fullName=" localName" /> 
<FILE url=" linkName" fullName-' localName" /> 

</ ADD TRACKS> 

<ADD PLAYLISTS> 

<FILE url=" linkName" fullName-' localName" /> 
<FILE url=" linkName" fullName-' localName" /> 

</ ADD PL AYLI S T S> 
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<REMOVE_TRACKS> 

<FILE url=" linkName" fullName-' localName" /> 
<FILE url=" linkName" fullName-' localName" /> 

</ REMOVE_TRACKS> 

<REMOVE_PLAYLISTS> 

<FILE url=" linkName" fullName-' localName" /> 
<FILE url=" linkName" fullName-' localName" /> 

</ REMOVE PLAYLISTS> 

</CONTENT_EVENT> 
[0042] The second type of event is a server event which contains changes to the 
available servers based on the availability of server features on the network, and whether 
a server supports local content, internet content or both. AudioControlSynchronous can 
support any combination of elements under the SERVEREVENT root element. 
AudioControlSynchronous will also need to be robust enough to support duplicate add 
and remove events, by ignoring all but the first event. The structure of a server event is 
shown in Table 4 as follows: 
[0043] Table 4. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<SERVER_EVENT version=" 1.0" > 
<ERROR> 

<STRTNGS_CODE value=" errorValue" /> 
</ ERROR> 

</ADD _INTERNET_SERVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ADD INTERNET SERVERS> 

<ADD LOCAL SERVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ ADD LOCAL SERVERS> 

<REMOVE_INTERNET_SERVERS> 
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<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 
</ REMOVE_iNTERNET_SERVERS> 

<REMOVE LOCAL SERVERS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ REMOVE LOCAL SERVERS> 

</ SERVER_EVENT> 
[0044] The third type of event is a receiver event which contains changes to the 
available receivers based on the availability of receiver features on the network. 
[0045] AudioControlSynchronous can support any combination of elements under the 
RECEIVER EVENT root element. AudioControlSynchronous will also need to be 
robust enough to support duplicate add and remove events, by ignoring all but the first 
event. The structure of a receiver event is shown in Table 5 as follows: 
[0046] Table 5. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<RECEIVER_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS CODE value=" errorValue" /> 
</ERROR> 

</ADD_RECEIVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ ADD RECEIVERS> 

<REMOVE RECEIVERS> 

<HOST ipAddress-' ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ REMOVE RECEIVERS> 



</ RECEIVER EVENT> 
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[0047] The fourth type of event is an activity event which contains changes to the 

active activities in the system. An activity event can contain multiple ACTIVITY 

elements and an ACTIVITY element can contain any combination of child elements. 

The structure of an activity event is shown in Table 6 as follows: 

[0048] Table 6. 

<ACTIVITY_EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 



<ACTIVITY id=" id" name="n&me" > 
<ERROR> 

<STRINGS_CODE value=" errorValue" /> 
</ERROR> 



<ADD_TARGETS> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName=" dnsName" /> 

<ADD TARGET S> 



<REMOVE TARGETS 

<HOST ipAddress=" ipAddress" 
name=" hostName" 
dnsName=" dnsName" /> 

<REMOVE TARGETS 



<PLAYLIST> 

<FILE url=" linkName" fullName-' localName" /> 

</ PLAYLIST> 



<TRACK> 

<FILE url=" linkName" fullName-' localName" /> 
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</ TRACK> 

<STATE value = 

"Idle | Connecting | Buffering | Playing | Paused | 
Stopped | Closed | Error" /> 

<PROGRESS value=" 100" units="percentage" /> 

<LENGTH value=" 0" units="milliseconds" /> 

<POSITION value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

< ARTIST name="Artist" /> 

< ALBUM name=" Album" /> 

<GENRE name=" Genre" /> 

<CLOSE/> 

</ACTIVITY> 
</ACTIVITY_EVENT> 
[0049] Note that AudioControlSynchronous will also receive content events, server 
events, receiver events and activity events on startup to set the initial state of the system. 
[0050] 6t2 AudioControf_AudioControl supports a Command Interface on which it 
receives commands from AudioControlSynchronous and a Config Interface that supports 
synchronous requests from AudioControlSynchronous. It also outputs commands to the 
AudioSwitch Command Interface . 

[0051] 6.2.1 Command Interface^ The AudioControl command interface supports 
activity commands. Activity commands act on a specific activity and can contain at most 
one ACTIVITY element, but an ACTIVITY element can contain any combination of 
child elements. All activity commands require an Activityld. The Activityld is generated 
by AudioControlSynchronous and will be a combination of the IP address where the 
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browser feature is running and a unique sequentional identifier, i.e. 10.1.1.20.1, 



10.1.1.20.2, etc. Once the unique Activityld is generated, AudioControlSynchronous can 
send multiple commands per activity as required. The complete structure is shown in 
Table 7 as follows: 
[0052] Table 7. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<ACTIVITY_COMMAND version=" 1.0" > 

<ACTIVITY id="id" name="namQ"> 



<CREATE_ACTIVITY> 

< ADDT ARGET S> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 
<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<ADD_TARGETS> 
<SET_PLAYLIST> 
<FILE url=" linkName" 
<SET_PLAYLIST> 
<ADD_TRACKS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ADD TRACKS> 
<SET_MODE> 

<MODE value=" Linear 1 Random" /> 
</ SET_MODE> 
</ CREATE_ACTIVITY> 



fullName-' localName" /> 



<ADD_TRACKS> 

<FILE url=" linkName" 
<FILE url=" linkName" 

</ ADD_TRACKS> 



fullName-' localName" /> 
fullName-' localName" /> 



<REMOVE_TRACKS> 

<FILE url=" linkName" 
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<FILE url= " UnkName " fullName = " localName " /> 
</ REMOVE_TRACKS> 



<SET_PLAYLIST> 

<FILE url=" linkName" fullName-' localName" /> 

</ SET_PLAYLIST> 

<SET_MODE value="Linear | Random" /> 

<RE SETC ONTENT/> 

<STOP/> 

<NEXT/> 

<PPxEVIOUS 

<SEEK offset=" value" units-' milliseconds" /> 

<PAUSE/> 

<RESUME/> 

<ADD_TARGETS> 

<HOST ipAddress=" ipAddress" 

name-' hostName" 

dnsName-' dnsName" /> 
</ADD_TARGETS> 

<REMOVE TARGETS> 

<HOST ipAddress=" ipAddress" 

name=" hostName" 

dnsName-' dnsName" /> 
</REMO VET ARGET S> 

<CLOSE/> 

</ACTIVITY> 

[0053] </ACTIVITY COMMAND> 

[0054] The CREATE ACTIVITY command described above has very specific 
semantics as follows: 
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#of 


#of 


Mode 


Description 


Playlists 


Tracks 






0 


0 


Ignored 


INVALID 


0 


1 


Ignored 


Play single track only. 


1 


1 


Linear* 


Play list starting at selected 

track. 


1 


0 


Linear* 


Play list starting at first track, 
continue sequentially until end. 


1 


0 


Random 


Play list starting at random 
track, continue randomly until all songs 
played. 


0 


2+ 


Linear* 


Play all tracks in order received. 


0 


2+ 


Random 


Play all tracks in random order. 


1 


2+ 


Ignored 


INVALID 



[0055] * Default 

[0056] 6t23 Config Interface. There is one command supported by the AudioControl 

conftg interface, called ExpandPlaylist and the syntax is as follows: 

[0057] http://ip Address/portal/protocols/ AudioControl?Command=ExpandPlaylis 

t&Url=playlistUrl 

[0058] ExpandPlaylist returns the contents of the requested playlist with all local file 
names translated into encoded URLs. The structure of the return message is shown in 
Table 8 as follows: 
[0059] Table 8. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<FTLELIST version=" 1.0" > 

<FILE url=" linkName" fullName=" localName" /> 
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<FILE url=" linkName" 
<FILE url=" linkName" 
<FILE url=" linkName" 



fullName-' localName" /> 
fullName-' localName" /> 
fullName-' localName" /> 



[0060] 



</FILELIST> 



[0061] AudioSwitch, AudioSwitch supports a Command Interface on which it 

receives commands from AudioControl, an Event Interface on which it receives events 
from AudioStreamSource and a Config Interface on which it receives synchronous 
command requests from AudioBrowserList. It also outputs commands to the 
AudioStreamSource Command Interface and activity events to the AudioBrowserList 
Event Interface. 

[0062] 6t^4- Command Interface, AudioSwitch supports the same command 
interface as AudioControl, since AudioControl is just responsible for sending commands 
to the correct session of AudioSwitch. For the complete interface specification, see 
AudioControl Command Interface. 

[0063] 6t3t2 Event Interface, The data sent to AudioSwitch from 
AudioStreamSource via the AudioSwitch event interface captures changes in the current 
status of the AudioStreamSource session. AudioStreamSource will be sending events 
and audio data to AudioSwitch via the event edge, so all payload data, include the XML 
event messages will have an RTP header on them to differentiate the audio from the 
events. AudioSwitch can support any combination of elements under the 
PL A YB ACK = E VENT root element. The complete interface is shown in Table 9 as 
follows: 

[0064] Table 9. 



<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYBACK EVENT version=" 1.0" > 

<ERROR> 

<STRINGS_CODE value-' errorValue" /> 
</ERROR> 
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<STATE value = | Buffering | Playing | Paused | Stopped | 
Closed | Error" /> 

<PROGRESS value=" 100" units="percentage" /> 

<LENGTH value=" 0" units="milliseconds" /> 

<TITLE name="Title" /> 

< ARTIST name-' Artist" /> 

< ALBUM name-'Album" /> 

<GENRE name-' Genre" /> 

[0065] </ PLAYBACK EVENT> 

[0066] Config Interface, There is one command supported by the AudioSwitch 

config interface, called ListActivities, which returns all of the currently active activities 
owned by AudioSwitch, and the syntax is as follows: 

[0067] http://ipAddress/portal/protocols/AudioSwitch?Command=ListActivities 
[0068] The structure of the return message is the same as the activity event as defined 
by the AudioBrowserList Event Interface. 
[0069] 6A AudioStreamSource 

[0070] AudioStreamSource supports a Command Interface on which it receives 
commands from AudioSwitch. It also outputs events to the AudioSwitch Event Interface. 
[0071] 6t4t4- Command Interface, AudioStreamSource receives commands from 
AudioSwitch which manage the AudioStreamSource session and the audio being 
streamed by that session. AudioStreamSource can support any combination of elements 
under the PLAYBACK COMMAND root element. The complete structure is shown in 
Table 10 as follows. 
[0072] Table 10. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<PLAYB ACKCOMMAND version=" 1.0" > 
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<OPEN> 

<FILE url=" linkName" fullName=" localName" /> 

</OPEN> 

<PLAY/> 

<STOP/> 

<SEEK offset=" value" units=" milliseconds" /> 

<PAUSE/> 

<RESUME/> </ PLAYBACK_COMMAND> 
[0073] 6t4t2 Config Interface, There is one command supported by the 
AudioStreamSource config interface, called ListMetadata, which returns all available 
information about a URL, and the syntax is as follows: 

[0074] http://ipAddress/portal/protocols/AudioStreamSource?Command=ListMeta 
data&Url=url 

[0075] The structure of the return message is the same as the PLAYBACK EVENT 
as defined by the Audio Switch Event Interface. 

[0076] &S FileCrawler FileCrawler supports a Config Interface on which it receives 
synchronous commands from AudioContentList. 

[0077] 6t#t4- Config Interface, There is one command supported by the FileCrawler 
config interface, called ListFiles, which returns all of the files under the virtual root 
directory that match the given extension. 

[0078] http://ipAddress/portal/protocols/FileCrawler?Command=ListFiles&Root 
=virtualRoot&Extension=extension 

[0079] The structure of the return message is shown in Table 1 1 as follows: 

[0080] Table 11. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>. 

<FILELIST version=" 1.0" > 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 
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<FILE url=" linkName" 



fullName-' localName" /> 



</ FILELIST> 

[0081] && AudioBrowserList AudioBrowserList supports an Event Interface on 
which it receives events from AudioSwitch with current activity information and it 
outputs activity events as specified by the AudioControlSynchronousEvent Interface. It 
also supports a Heartbeat Interface on which it receives events from Heartbeat 
announcing the addition or removal of new browser features to and from the network. 
[0082] 6t6t4- Event Interface^AudioBrowserList supports the same event interface as 
AudioControlSynchronous since AudioBrowserList is just responsible for multiplexing 
the events it receives to all connected browser features. For the complete interface 
specification, see AudioControlSynchronous Event Interface. 

[0083] 6t6t2 Heartbeat Interface^ This interface receives a heartbeat event from 
Heartbeat announcing the the addition or removal of a host which is currently running the 
browser feature. The structure of a heartbeat event is shown in Table 12 as follows: 
[0084] Table 12. 



<HEARTBEAT_EVENT version=" 1 . 0"> 



<ADD_HOST> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ADD_HOST> 



<REMOVE_HOST> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ REMOVE_HOST> 



</ HEARTBEAT_EVENT> 
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[0085] AudioContentList supports a Config Interface on which it receives 

synchronous commands and it outputs content events and server events as specified by 
the AudioControlSynchronous Event Interface. It also supports a Heartbeat Interface on 
which it receives events from Heartbeat announcing the addition or removal of new 
server features to and from the network. Lastly, it requires an initialization file to define 
the supported file and playlist types. 

[0086] 63-1 Config Interface, At a high level the AudioContentList config interface 
needs to support the ability to list all of the content currently accessible across the 
network. In addition, it needs to provide an interface to allow the user to rescan content 
that may have changed. This can be done globally, for a particular host or for a particular 
virtual root on a host. 

[0087] The first command supported by the config interface is called ListContent, 
which returns all of the content currently available across all discovered server features. 
[0088] http://ipAddress/portal/protocols/AudioContentList?Command=ListContent 
[0089] The structure of the return message is shown in Table 13 as follows: 
[0090] Table 13. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<CONTENT_EVENT version=" 1 0"> 

<ADD_TRACKS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ ADD_TRACKS> 

<ADD_PLAYLISTS> 

<FILE url=" linkName" fullName-' localName" /> 

<FILE url=" linkName" fullName-' localName" /> 

</ ADD_PLAYLISTS> 

</ CONTENT_EVENT> 
[0091] The commands supported to rescan content are as follows: 
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[0092] http://ipAddress/portal/protocols/AudioContentList?Command=ListHosts 
[0093] http://ipAddress/portal/protocols/AudioContentList?Command=List Virtu 
alRoots&Host=ipAddress 

[0094] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan 
[0095] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host 
=ipAddress 

[0096] http://ipAddress/portal/protocols/AudioContentList?Command=Rescan&Host 
=ipAddress&VirtualRoot=virtualRoot 

[0097] The first command will return all hosts currently accessible in the system. 
The structure of the return message is shown in Table 14 as follows: 
[0098] Table 14 . 

<?xml version-' 1.0" encoding="UTF-8" standalone- 'yes" ?> 

<HOSTS version=" 1. 0" > 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

[0099] </ HOSTS> 

[00100] The second command will return all virtual roots for a given host. The 
structure of the return message is shown in Table 1 5 as follows: 
[00101] Table 15. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

< VIRTU AL ROOTS version=" 1.0"> 

<VIRTUAL ROOT name-' virtualRootName" 

localRoot-' localRootName" /> 
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<VIRTUAL_ROOT name-' virtualRootName" 

localRoot=" localRootName" /> 

< VIRTUAL ROOT name=" virtualRootName" 

localRoot=" localRootName" /> 

[00102] </VIRTUAL ROOTS> 

[00103] The remaining three commands will scan all hosts, a particular host or a 
particular virtual root, respectively and will result in a CONTENT EVENT being sent as 
defined by the AudioControlSynchronous Event Interface. The config edge will return a 
status message shown in Table 16 as follows: 
[00104] Table 16. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<RESCAN_RESPONSE version=" 1.0" > 

<STATUS value=" Success | Failure" /> 

</RESCAN_RESPONSE> 
[00105] Heartbeat Interface, This interface receives a heartbeat event from Heartbeat 
announcing the addition or removal of a host which is currently running the server 
feature. The structure of a HEARTBEAT EVENT is the same as defined by the 
AudioBrowserList Heartbeat Interface. 

[00106] Initialization File, The AudioContentList. protocol initialization file, will 
contain data in XML format which describes what the supported audio content types are 
and which types are lists and which are single files. The XML format and will look like 
the following shown in Table 17 below : 
[00107] Table 17 . 

<?xml version- 1.0' encoding='UTF-8' standalone-yes' ?> 

<PROTOCOLname='AudioContentList'> 

<INITFILEmodule='AudioContentList'> 

<FILE_EXTENSIONS version=" 1 .0"> 
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<EXTENSION value=" mp3" /> 
<EXTENSION value=" wav" /> 
<EXTENSION value=" wma" /> 

</FILE_EXTENSIONS> 

<LIST_EXTENSIONS version=" 1 .0"> 

<EXTENSION value=" m3u" /> 
EXTENSION value=" pis" /> 
<EXTENSION value=" asx" /> 

</ LIST_EXTENSIONS> 

</ INITFILE> 

</ PROTOCOL> 

[00108] Note that this is just an example and does not represent a complete list. 
[00109] 6r8 AudioReceiverList supports a Config Interface on which it receives 
synchronous commands and it outputs receiver events as specified by the 
AudioControlSynchronous Event Interface. It also supports a Heartbeat Interface on 
which it receives events from Heartbeat announcing the addition or removal of new 
receiver features to and from the network. 

[00110] 6t&t4- Config Interface, There is one command supported by the 
AudioReceiverList config interface, called ListReceivers, which returns all of the 
discovered receivers. 

[00111] http://ipAddress/portal/protocols/AudioReceiverList?Command=ListRece 
ivers 

[00112] The structure of the return message is as follows as shown in Table 18 below : 
[00113] Table 18. 

<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
<RECEIVER EVENT version=" 1 0"> 
<ADD RECEIVERS> 
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<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress=" ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

<HOST ipAddress-' ipAddress" 
name-' hostName" 
dnsName-' dnsName" /> 

</ ADDRECEI VERS> 

</RECEIVER EVENT> 
[00114] 6t&t2 Heartbeat Interface, This interface receives a heartbeat event from 
Heartbeat announcing the addition or removal of a host which is currently running the 
receiver feature. The structure of a HEARTBEAT EVENT is the same as defined by the 
AudioBrowserList Heartbeat Interface. 

[00115] 6S HTTPServer HTTPServer supports a Config Interface on which it 
receives synchronous commands from AudioContentList. It requires an initialization file 
to define the supported virtual roots. 
[00116] 6.9.1 Config Interface 

[00117] At a high level the HTTPServer config interface needs to support the ability to 
list the contents of the current virtual roots as well as the ability to modify the current 
virtual roots. This will translate to a number of supported commands as follows as shown 
in Table 19 below . The structure of the return message is the same for all commands, as 
all commands will return the current contents of the virtual roots table after the command 
is executed. The structure is as follows: 
[00118] Table 19. 

http: //ipAddress/portal/protocols/https 9 Command=ListVirtualRoots 

http://ipAddress/portal/protocols/https?Command=AddVirtualRoot&Name= 

virtualRoot&Loca 1 Root 
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http://ipAddress/portal/protocols/https?Command=RemoveVirtualRoot&Na 
me=virtualRoot&LocalRoot=localRoot 



<?xml version="1.0" encoding="UTF-8" standalone="yes" ?> 
< VIRTU AL ROOTS version=" 1.0"> 

<VIRTUAL ROOT name=" 



virtualRootName" 



virtualRootName" 



localRoot=" localRootName"/> 
<VIRTUAL ROOT name-' virtualR 
ootName" 

localRoot=" localRootName"/> 
<VIRTUAL_ROOT name=" 



localRoot=" localRootName"/> 
</ VIRTUAL ROOTS> 



[00119] Since the virtual roots are persistent, the AddVirtualRoot and 
Remove VirtualRoot commands will need to modify the contents of the initialization file. 
[00120] Initialization File. The HTTPServer.protocol initialization file, will 

contain the same XML format that is returned from the config edge and will look like the 
following as shown in Table 20 below : 
[00121] Table 20. 

<?xml version- 1.0' encoding='UTF-8' standalone-yes' ?> 
<PROTOCOL name='HTTPServer'> 
<INITFILE module='HTTPServer'> 

<VIRTUAL ROOTS version=" 1.0"> 
<VIRTUAL ROOT 
<VIRTUAL ROOT 
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<VIRTUAL ROOT 



name-' virtualRootName" 
localRoot-' localRootName"/> 
name-' virtualRootName" 
localRoot-' localRootName"/> 
name=" virtualRootName" 
localRoot-' localRootName"/> 
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</ VIRTUAL ROOTS> 



</ INITFILE> 
</ PROTOCOL> 

[00122] PortalSock PortalSock supports a Config Interface on which it 

receives synchronous commands from AudioSwitch to add or remove the given host to or 
from a multicast group. 

[00123] 6.10.1 Config Interface. The PortalSock config interface needs to support the 
ability to add the host it is running on to a given multicast group, the ability to remove the 
host from the multicast group and to report which multicast groups the host is currently a 
part of. This will translate to the following supported commands as shown in Table 21 
below : 

[00124] Table 21. 

http://ipAddress/portal/protocols/PortalSock?command=JoinMulticastGroup 
&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=LeaveMulticastGrou 
p&IpAddress=224.0.0.XX 

http://ipAddress/portal/protocols/PortalSock?command=ListMulticastGroups 
[00125] All three commands should return a current list of the multicast groups that 
the host is currently part of after the command completes, as follows as shown in Table 
22 below : 

[00126] Table 22. 

<?xml version="1.0"encoding="UTF-8" standalone="yes" ?> 



<MULTIC AST GROUPS version="1.0" > 
<IP ADDRESS value=" 224.0.0.xx" /> 
<IP ADDRESS value=" 224.0.0.xx" /> 



</MULTICAST_GROUPS> 
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[00127] 6tU Playlist Parsers, All Playlist Parsers (i.e. M3Uparse, ASXParse, 

PLSParse, etc.) will take in the contents of the content specific playlist file, via an HTTP 

request on their data edge, and output an XML message with the following format as 

shown in Table 23 below : 

[00128] Table 23. 

<?xml version="1.0"encoding="UTF-8" standalone="yes" ?> 

<FILELIST version=" 1.0" > 

<FILE fullName-' localName" /> 
<FILE fullName—' localName" /> 
<FILE fullName-' localName" /> 

</FILELIST> 

[00129] Note that the Playlist Parsers are only responsible for filling in the local file 
names. 

[00130] 643 FileGlobalizer The FileGlobalizer will take in XML data using the 

FILELIST element, as output by the Playlist Parsers and is responsible for adding the url 

attribute, by using the VIRTU AL ROOTS available via HTTPServer's config edge. All 

urls added by FileGlobalizer should be encoded for correct transport. The output 

message of the FileGlobalizer data edge is as follows as shown in Table 24 below : 

[00131] Table 24. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

FILELIST version=" 1.0" > 

<FILE url-' linkName" fullName-' localName" /> 

<FILE url-' linkName" fullName-' localName" /> 

<FILE url-' linkName" fullName-' localName" /> 

</ FILELIST> 

[00132] 6r43 Heartbeat The Heartbeat protocol will run on all hosts and broadcast 
a message to discovery on startup announcing the availability of the host. The feature 
that the host is announcing, will be determined by the channel that the Heartbeat 
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broadcasts over. The contents of the message will indicate whether the feature is 
available on the given host. Which features are available will be specified in the 
Heartbeat initialization file. The format of the message sent to discovery on startup is as 
follows as shown in Table 25 below : 
[00133] Table 25. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 

<HEARTBEAT_MESSAGE version-' 1.0" > 

<FEATURE_AVAILABLE/> 

<FEATURE_NOT_AVAILABLE/> 

</ HEARTBEAT_MESSAGE> 
[00134] The message must contain either the FEATUREAV AIL ABLE tag or the 
FEATURENOTAV AIL ABLE tag, but not both. 

[00135] The format of the Heartbeat initialization file is as follows as shown in Table 
26 below : 

[00136] Table 26. 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" ?> 
<PROTOCOL name-Heartbeat'> 
<INITFILE module-Heartbeat'> 
<NAMEVALUEPAIR name-Channel' value='#' /> 
</ rNITFILE> 
</PROTOCOL> 

[00137] The supported channels are as follows as shown in Table 27 below . 
[00138] Table 27. 

Channel 3 Local Server 

Channel 4 Internet Server 

Black Lowe & Graham— 
25315 ~ 38 ~ - — 

u u ± u 7Q1 F;fth Avenue> Suite 4800 

IMPL-l-1018ReplacementSpec-MaikUP Seattle. Washington 98104 

206.381 1300 I 20( i 11 ' 101 



Channel 5 Receiver 

Channel 6 Browser 
[00139] The Heartbeat initialization file can contain multiple channels if the host is 
supporting multiple features. Such such as Local Server and Internet Server shown in 
Table 28 below . 

[001 4 0] A compon e nt archit e ctur e overview is shown again in Figur e 2. 




[00141] Table 28. 



Name 


Parameters 


Action 


AudioContentList Config Interface 
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ListContent 


N/A 


Return message with all of the content 
currently available across all discovered host 
PCs. 


ListHosts 


N/A 


Return message will all hosts server 
hosts currently available. 


ListVirtualRoots 


Host 


Return message with all virtual roots 
accessible on the given host. 


Rescan 


N/A 


Rescan all hosts for new content. 


Rescan 


Host 


Rescan host for new content. 


Rescan 


Host 


Rescan host specific virtual root for 




VirtualRoot 


new content. 


AudioContentList Event Interface 


AddHosts 


Host [, Host, Host, . . .] 


Send SERVER_EVENT and 
CONTENT_EVENT to 
AudioControl Synchronous for new servers. 


RemoveHosts 


Host [, Host, Host, . . .] 


Send SERVER EVENT and 
CONTENTEVENT to 

AudioControl Synchronous for removed servers. 


AudioReceiverList Config Interface 


ListReceivers 


N/A 


Return message with all of the 
discovered receivers. 


AudioReceiverList Event Interface 


AddHosts 


Host [, Host, Host, ...] 


Send RECEIVEREVENT to 
AudioControlSynchronous for new servers. 


RemoveHosts 


Host [, Host, Host, ...] 


Send RECEIVER EVENT to 
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AudioControlSynchronous for removed servers. 


FileCrawler Config Interface 


ListFiles 


Root 

Extension 


Return message with all of the files 
under the virtual root directory that match the 
given extension. 



[00142] FIGURES 2-4 Th e s e illustrate images that represents three screen shots from 
an early version of BeComm's Audio Browser. The Audio Browser allows someone to 
control multiple audio devices and access all of the audio data on those devices. 
[00143] FIGURE 2 illustrates a This first screen shot image that shows the layout of 
the Audio Browser. A song titled "song3" is currently playing on the "Living Room 
Stereo". The Audio Browser should follow along a playlist by highlighting the currently 
playing song. 

[00144] Bed Room Stereo is currently not in use and can be added simply by clicking 
on it. This will cause music to start playing in the Bed Room that was already playing in 
the Living Room. Removing an Audio player is also simply done by mouse click. 
[00145] A new song or playlist that could be switched at any point by double clicking 
on one as shown in FIGURE 2 . 
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[00146] Different audio can play on different adapters at the same time. This is done 
by clicking on the + sign on the far right of the button panel. Now a new audio session is 
created. 

[00147] FIGURE 3 presents a second screen shot image that illustrates how the user 
picks a song to T-o start playing music th e us e r picks a song , selects any set of the 
available adapters (currently light gray represents adapters in use), and hits the play 
button. 
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H 

[00149] AudioStream Source Events, This document is presented to clearly specify the 
events generated by AudioStreamSource (ASS). Where the Component Communication 
document is flexible, this document is slightly more rigid specification to be used for 
implementation of the ASS events, specifying likely order (comparison of Real and 
WMA needs to be done) and exact message contents. Note that buffering can take place 
at any time, except while stopped with no outstanding commands. 
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[00150] For a standard open-play scenario of an mp3 format file, following are the 
events generated by the Audio StreamSource protocol shown in Tables 29-31 below , in 
order: 

[00151] Table 29. 



[Open command issued ] 

<?xml version="1.0"encoding="UTF-8" standalone="yes" ?> 
<PLAYBACK_EVENT version=" 1.0"> 

<LENGTH value=" 0" units="milliseconds" /> 



</ PLAYB ACK_EVENT> 
[00152] Not implemented yet: 
[00153] Table 30. 



<?xml version="1.0" 

?> 

<PL AYB ACKEVENT 
<TITLE 
<ARTIST 
<ALBUM 
<GENRE 

</ PLAYB ACK_EVENT> 

<?xml version="1.0" 

?> 

<PLAYBACK_EVENT 

<STATE 
</ PLAYB ACK EVENT> 

[Play command Issued ] 
<?xml version="1.0" 

?> 

<PLAYBACK EVENT 

<STATE 
</PLAYBACK EVENT> 



[00154] Net congestion: 
[00155] Table 31. 



encoding="UTF-8" 

version-' 1.0" > 
name-Title" /> 
name=" Artist" /> 
name-' Album" /> 
name-' Genre" /> 



standalone="yes" 



encoding="UTF-8" standalone="yes" 

version="1.0" > 
value = Stopped" /> 



encoding="UTF-8" 



version="1.0" > 
value = "Playing" /> 



standalone="yes" 
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<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 
<STATE 
<PROGRESS 

</ PLAYB ACK_EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



[song plays to completion] 
<?xml version-' 1.0" 

?> 

<PLAYBACK EVENT 

<STATE 
</ PLAYB ACK_EVENT> 



encoding="UTF-8" 

version="1.0" > 
value = "Stopped" /> 



standalone="yes" 



[00156] For a standard seek scenario of an mp3 format file, following are the events 
generated by the AudioStreamSource protocol shown in Table 32 below , in order: 
[00157] Table 32. 



[Seek command issued ] 
Seek: 

<?xml version-' 1.0" 

?> 

<PLAYBACK_EVENT 
<STATE 
<PROGRESS 

</PL AYB ACK E VENT> 

<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



encoding="UTF-8" 



version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00158] For a standard pause of a live stream scenario of an mp3 format file, 
following are the events generated by the AudioStreamSource protocol shown in Tables 
33 and 34 below , in order: 
[00159] Table 33. 
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[Pause command issued ] 

<?xml version-' 1.0" encoding="UTF-8" standalone="yes" 

?> 

<PL AYB ACKEVENT version="1.0" > 

<STATE value = "Paused" /> 
</PLAYBACK_EVENT> 

[Resume command issued ] 



[00160] Resume live stream: 
[00161] Table 34. 



<?xml version-' 1.0" 

?> 

<PLAYBACK_EVENT 
<STATE 
<PROGRESS 

</ PLAYBACK EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



<?xml version="1.0" 

?> 

<PLAYBACK_EVENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 

version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00162] For a standard stop-play scenario of an mp3 format file, following are the 
events generated by the Audio StreamSource protocol shown in Tables 35 and 36 below , 
in order: 

[00163] Table 35. 



[Stop command issued] 
<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 

<STATE 
</ PL AYB ACKE VENT> 



encoding="UTF-8" 

version="1.0" > 
value = "Stopped" /> 



standalone="yes" 



[Play command issued] 



25315 



-l-1018ReplacementSpec-MarkUP 



Black Lowe & Graham- 



"01 Fifth Avenue, Suite 4800 
Seattle, Washington 98104 

[-^206.381.3301 



[00164] 
[00165] 



Net congestion: 
Table 36. 



<?xml version-' 1.0" 

?> 

<PL AYB ACKE VENT 
<STATE 
<PROGRESS 

</ PLAYB ACK_EVENT> 

<?xml version="1.0" 

?> 

<PLAYBACK_EVENT 

<STATE 
</ PLAYBACK EVENT> 



encoding="UTF-8" 



standalone="yes" 



version="1.0" > 

value = "Buffering" /> 

value-' 0-100" units-'percentage" /> 



encoding="UTF-8" 



version="1.0" > 
value = "Playing" /> 



standalone="yes" 



[00166| While the preferred embodiment of the invention has been illustrated and 
described, as noted above, many changes can be made without departing from the spirit 
and scope of the invention. Accordingly, the scope of the invention is not limited by the 
disclosure of the preferred embodiment. Instead, the invention should be determined 
entirely by reference to the claims that follow. 
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CLAIM 

I claim WHAT IS CLAIMED IS : 

1. An audio server system for streaming audio content, comprising: 

an audio switch that receives commands from an audio control component and 
sends commands to an audio stream source, that receives events from an 
audio stream source and sends events to an audio browse list component, 
and that controls the switching of audio from the audio stream source to 
one or more receivers; and 
an audio control component that receives commands from an audio control 
synchronous component and sends commands to the audio switch. 
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SYSTEM AND METHOD TO UTILIZE COMPONENT ARCHITECTURE FOR 



STREAMING AUDIO CONTENT 
Abstract of the Disclosure 

[00167] An audio s e rv e r syst e m for steaming audio cont e nt has an audio switch that r e c e iv e s 
commands from an audio control compon e nt and sends commands to an audio str e am sourc e , 
that r e c e iv e s e v e nts from an audio str e am sourc e and s e nds e v e nts to an audio brows e list 
compon e nt, and that controls switching of audio from th e audio str e am sourc e to on e or mor e 
r e c e iv e rs; and an audio control compon e nt that r e ceiv e s commands from an audio control 
synchronous compon e nt and s e nds commands to th e audio switch. An audio server system 
for streaming audio content is disclosed. The audio server system includes an audio switch 
that receives commands from an audio control component and sends commands to an audio 
stream source that receives events from an audio stream source and sends events to an audio 
browse list component. The audio browse list component controls the switching of audio 
from the audio stream source to one or more receivers. The audio control component 
receives commands from an audio control synchronous component and sends commands to 
the audio switch. 
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